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AMENDMENTS TO THE CLAIMS 

This listing of claims will replace all prior versions, and listings, of claims in the 
application: 

Listing of Claims: 

1. (canceled) 

2. (Previously Presented) A method according to claim 8, further comprising the step of 
generating said UI form definition based upon a number of device capabilities for said client 
device. 

3. (Original) A method according to claim 2, further comprising the step of receiving, at 
said UI server, data representing said number of device capabilities.. 

4. (Original) A method according to claim 2, wherein said generating step generates said 
UI form based upon at least one native UI control stored locally at said client device. 

5. (Original) A method according to claim 4, wherein said at least one native UI control is 
associated with an operating system for said client device. 

6. (Previously Presented) A method according to claim 8, further comprising the steps of: 
receiving an action request representing a manipulation of said UI form by a user of said 

client device; and 

subsequently instructing said client device to render a new UI form in response to said 
action request. 

7. (Previously Presented) A method according to claim 8, further comprising the steps of: 
receiving an action request representing a manipulation of said UI form by a user of said 

client device; and 
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subsequently instructing said client device to update said UI form in response to said 
action request. 

8. (Currently Amended) A data processing method comprising: 

executing, at a user interface (UI) server, a server-based application configured to process 
source data items; 

retrieving a UI form definition stored at said UI server, said UI form definition specifying 
characteristics of a UI form for said server-based application and said UI form definition 
corresponding to a platform of a particular client device wherein said UI form definition is 
selected from a plurality of UI form definitions stored at said UI server corresponding to a 
plurality of client platforms , and wherein a cached copy of the UI form definition is saved on 
said client device; 

instructing said client device to render a particular UI form of a client-resident 
intermediate UI corresponding to said UI form definition, including instructing the client device 
to supplement a skeletal UI stored in a first memory location with one or more icons, labels or 
menu items, or combinations thereof, stored in a second memory location; 

transmitting, from said UI server, a number of source data items for population in said UI 
form, said number of source data items being related to said server-based application; 

receiving a command from said client device, said command being indicative of an 
offline action performed by said client device; and 

said UI server processing said command for execution by said server-based application. 

9. (Previously Presented) A method according to claim 8, further comprising the step of 
maintaining a shadow cache at said UI server, said shadow cache including data indicative of 
source data items associated with said client device. 

10. (Original) A method according to claim 9, further comprising the steps of: 

said UI server receiving information representing new, deleted, or modified source data 
items; and 
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said UI server updating said shadow cache to reflect said new, deleted, or modified 
source data items. 

1 1 . (Original) A method according to claim 9, wherein said shadow cache includes a list of 
source data items transmitted from said UI server to said client device. 

12. (Original) A method according to claim 9, wherein said shadow cache includes a list of 
source data items saved locally by said client device. 

13. (Previously Presented) A method according to claim 8, wherein said transmitting step is 
performed in response to a manipulation of said UI form. 

14. (Previously Presented) A method according to claim 8, wherein said retrieving step is 
performed by said UI server in response to a device identifier received from said client device. 

15. (Previously Presented) A method according to claim 8, wherein: 

said UI server has access to a total number of source data items associated with said UI 
form; and 

said transmitting step initially transmits a first portion of said total number of source data 
items to said client device. 

16. (Original) A method according to claim 15, further comprising the steps of: 

said UI server subsequently receiving a request for additional source data items; and 

said UI server transmitting a subsequent portion of said total number of source data items 
to said client device in response to said request. 

17. (Original) A method according to claim 16, wherein said UI server receives said request 
from said client device in response to a manipulation of said UI form. 
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18. (Previously Presented) A method according to claim 8, further comprising the steps of: 
said UI server receiving information representing new, deleted, or modified source data 

items; and 

said UI server transmitting, to said client device, push data representing said new, 
deleted, or modified source data items. 

19. (Original) A method according to claim 18, further comprising the step of said UI server 
sending, to said client device, a push notification corresponding to said push data. 

20. (Previously Presented) A data processing method comprising: 

receiving, at a user interface (UI) server, a number of device capabilities for a client 

device; 

generating a UI form definition based upon said number of device capabilities, said UI 
form definition specifying characteristics of a UI form for a server-based application maintained 
by said UI server; 

said UI server transmitting data indicative of said UI form definition to said client device, 
wherein a cached copy of the UI form definition is then saved on said client device; and 

said UI server sending a number of source data items to said client device, said number of 
source data items being related to said UI form, and 

wherein said number of source data items comprises a smaller subset than a total number 
of source data items related to said server-based application, and wherein further subsets of said 
total number of source data items are downloadable based upon execution of one or more client- 
side controls. 

21 . (Original) A method according to claim 20, further comprising the step of specifying a 
command script corresponding to a manipulation of a UI control contained in said UI form, said 
command script being configured for execution by said client device. 
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22. (Original) A method according to claim 20, further comprising the step of executing said 
server-based application at said UI server. 

23. (Original) A method according to claim 20, further comprising the step of storing said UI 
form definition at said UI server. 

24. (Original) A method according to claim 20, further comprising the step of instructing 
said client device to render said UI form. 

25. (Original) A method according to claim 24, wherein said instructing step identifies said 
UI form definition. 

26. (Original) A method according to claim 20, wherein said generating step generates said 
UI form based upon at least one native UI control stored locally at said client device. 

27. (Original) A method according to claim 26, wherein said at least one native UI control is 
associated with an operating system for said client device. 

28. (Original) A method according to claim 20, further comprising the steps of: 
receiving an action request representing a manipulation of said UI form by a user of said 

client device; and 

subsequently instructing said client device to render a new UI form in response to said 
action request. 

29. (Original) A method according to claim 20, further comprising the steps of: 
receiving an action request representing a manipulation of said UI form by a user of said 

client device; and 

subsequently instructing said client device to update said UI form in response to said 
action request. 
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30. (Original) A method according to claim 20, further comprising the step of maintaining a 
shadow cache at said UI server, said shadow cache including source data items associated with 
said client device. 

3 1 . (Original) A method according to claim 30, further comprising the steps of: 

said UI server receiving information representing new, deleted, or modified source data 
items; and 

said UI server updating said shadow cache to reflect said new, deleted, or modified 
source data items. 

32. (Original) A method according to claim 30, wherein said shadow cache includes a list of 
source data items transmitted from said UI server to said client device. 

33. (Original) A method according to claim 30, wherein said shadow cache includes a list of 
source data items saved locally by said client device. 

34. (Original) A method according to claim 20, wherein: 

said UI server has access to a total number of source data items associated with said UI 
form; and 

said sending step initially sends a first portion of said total number of source data items to 
said client device. 

35. (Original) A method according to claim 34, further comprising the steps of: 

said UI server subsequently receiving a request for additional source data items; and 

said UI server sending a second portion of said total number of source data items to said 
client device in response to said request. 

36. (Original) A method according to claim 35, wherein said UI server receives said request 
from said client device in response to a manipulation of said UI form. 
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37. (Currently Amended) A data processing method comprising: 
receiving a device identifier that identifies a client device; 
receiving a request for a server-based application; 

transmitting a UI form identifier to said client device in response to said device identifier, 
said UI form identifier representing at least one UI form definition that corresponds to a number 
of device capabilities for said client device , said UI form definition beinfi selected from a 
plurality of UI form definitions corresponding to device capabilities of a plurality of client 
devices, and said UI form identifier specifying sp e cifi e s characteristics of at least one particular 
form of a client resident intermediate UI for said server-based and client-side controlled 
application, wherein a cached copy of the at least one UI form definition is saved on said client 
device,_and wherein based on said at least one UI form definition said client device supplements 
a skeletal UI stored in a first memory location with one or more icons, labels or menu items, or 
combinations thereof, stored in a second memory location; and 

sending a number of source data items to said client device, said number of source data 
items being configured for display in connection with said at least one particular UI form. 

38. (Original) A method according to claim 37, wherein said at least one UI form definition 
is based upon a number of device capabilities for said client device. 

39. (Original) A method according to claim 38, further comprising the steps of: 
receiving data representing said number of device capabilities; and 

generating said at least one UI form definition based upon said number of device capabilities. 

40. (Original) A method according to claim 39, further comprising the step of storing said at 
least one UI form definition. 

41. (Original) A method according to claim 37, wherein said at least one UI form definition 
specifies at least one native UI control stored locally at said client device. 
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42. (Original) A method according to claim 37, further comprising the step of executing said 
server-based application in response to said request. 

43. (Original) A method according to claim 37, wherein said number of source data items 
represent a portion of a larger amount of related data available at said UI server. 

44. (Currently Amended) A server architecture for use with a user interface (UI) server 
capable of communicating with a client device, said server architecture comprising: 

a receive module configured to receive a device identifier that identifies a client device, 
and to receive a request for a server-based application; 

a send module configured to send a UI form identifier to said client device in response to 
said device identifier, said UI form identifier representing at least one UI form definition that 
corresponds to a number of device capabilities for said client device , said UI form definition 
being selected from a plurality of UI form definitions corresponding to device capabilities of a 
plurality of client devices, and said UI form identifier specifying sp e cifies characteristics of a UI 
form for said server-based application, wherein a cached copy of the at least one UI form 
definition is saved on said client device; and 

a data management module configured to retrieve a number of source data items for 
display in connection with said UI form, and 

wherein said number of source data items comprises a smaller subset than a total number 
of source data items related to said server-based application, and wherein further subsets of said 
total number of source data items are downloadable based upon execution of one or more client- 
side controls. 

45. (Original) A server architecture according to claim 44, further comprising an executable 
module corresponding to said server-based application, said executable module being activated 
in response to said request. 
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46. (Original) A server architecture according to claim 44, wherein said send module is 
further configured to send said number of source data items to said client device. 

47. (Original) A server architecture according to claim 44, further comprising a shadow 
cache that stores source data items associated with said client device. 

48. (Original) A server architecture according to claim 47, wherein: 

said receive module is further configured to receive information representing new, 
deleted, or modified source data items; and 

said data management module is further configured to update said shadow cache to 
reflect said new, deleted, or modified source data items. 

49. (Original) A server architecture according to claim 44, wherein: 

said data management module has access to a total number of source data items 
associated with said UI form; and 

said send module is further configured to send a first portion of said total number of 
source data items to said client device. 

50. (Original) A server architecture according to claim 49, wherein: 

said receive module is further configured to receive a second request for additional 
source data items; 

said data management module is further configured to retrieve a second portion of said 
total number of source data items for display in connection with said UI form; and 

said send module is further configured to send said second portion of said total number of 
source data items to said client device. 

5 1 . (Original) A server architecture according to claim 50, wherein said receive module 
receives said second request in response to a manipulation of said UI form. 
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52. (Original) A server architecture according to claim 44, further comprising a UI 
formatting module configured to generate said UI form definition based upon a number of device 
capabilities for said client device. 

53. (Original) A server architecture according to claim 52, wherein said receive module is 
further configured to receive said number of device capabilities from said client device. 

54. (Original) A server architecture according to claim 52, wherein said send module is - 
further configured to send said UI form definition to said client device. 

55. (Original) A server architecture according to claim 52, wherein said UI form definition 
specifies at least one native UI control stored locally at said client device. 
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